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(3) Verfahren und Vorrichtung zum Managen von mindestens einem Netzwerkelement in einem 



® 



Telekommunikationsnetzwerk 

Die Erfindung betrifft ein Verfahren zum Managen ef- 
nes Netzwerkelementes in einem Telekommunikations- 
netzwerk, bei dem ein Knotenmanager mit einem ausge- 
wahlten Netzwerkelement uber eine Datenverbindung, z. 
B. eine LAN-Verbindung, unter Verwendung eines her- 
kommlichen Datenubertragungsprotokolles, beispiels- 
weise des Qg-Protokolles, zum Transport der Manage- 
mentdaten im Austausch steht. Urn die Bedienweise zu 
vereinfachen und die Kosten eines oder mehrerer Netz- 
werkelement e herabzusetzen, ist vorgesehen, daS ein je- 
wel I iges Netzwerkelement, dem mindestens eine spezifi- 
sche IP Adresse (home page) zugeordnet ist, von einem 
Benutzer-PC uber das http Internetprotokoll angespro- 
chen wird, und dafi die Knotenmanagementsoftware 
vom Netzwerkelement auf den Benutzer-PC uber die Da- 
tenverbindung heruntergeladen wird. 
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Beschreihung 

Die Erfindung bezieht sich auf ein Verfahren und ein Sy- 
stem zum Managen von mindestens einem Netzwerkele- 
ment in einem Telekommunikationsnetzwerk, bei welchein 5 
ein Knotennianager mil einem ausgewahlten Netzwerkele- 
ment uber eine Datenverbindung, beispielsweise eine LAN- 
Verbindung, unter Verwendung eines Standarddatenubertra- 
gungsprotokolls, beispielsweise des Ethernet Ch-Protokolls, 
zum Transport der Managementdaten im Austausch steht. io 

Entsprechend der heute verwendeten herkommlichen 
Technik im Hause der Anmelderin (Fig. 2) wird die Knoten- 
managementeinheit als eine separate Einheit verwendet, die 
jeweils mit einem der unterschiedlichen Netzwerkelemente 
kommuniziert. 15 

Die Kommunikation zwischen dem Netzwerkelement 
und der aktiven Knotenmanagementeinheit arbeitet ubli- 
chcrwcisc nach dcm LAN-Standard untcr Verwendung des 
Ethernet-Protokolls, hauptsachlich des Q 3 -Protokolls. Die 
Verbindung zwischen der Knotenmanagementeinheit und 20 
dem jeweiligen Netzwerkelement wird Liber herkommliche 
Verbindungstechniken (routing) auf dem Q 3 -Protokoll reali- 
siert. Unter dem Gesichtspunkt der Vermarktung werden in 
einem Telekommunikationssystem das Netzwerkelement ei- 
nerseits und die Knoteniiianagementeinheil andererseiLs als 25 
getrennte Gerate verkauft. Dies ist nicht effektiv und unter 
dem Gesichtspunkt der Instandhaltung kompliziert. 

Es ist Aufgabe der vorliegenden Erfindung, die Bedie- 
nung zu vereinfachen und die Kosten eines oder mehrerer 
Netzwerkelemente herabzusetzen. 30 

Diese Aufgabe wird gelost durch ein Verfahren, bei dem 
ein jeweiliges Netzwerkelement, welchem mindestens eine 
spezifische IP Adresse (home page) zugeordnet ist, uber ei- 
nen Benutzer-PC uber das http Intemetprotokoll angespro- 
chen wird und bei dem die Knotenmanagementsoftware 35 
vom Netzwerkelement auf den Benutzer-PC uber die Daten- 
verbindung heruntergeladen wird. 

Diese Aufgabe wird ebenfalls erfullt bei einem System, 
bei dem die Knotenmanagementeinheit in das ausgewahlte 
Netzwerkelement integriert ist und ein entfernt angeordneter 40 
Benutzer-PC vorgesehen ist zum Ansprechen des Netzwerk- 
elementes uber seine mindestens eine spezifische Internet- 
protokolladresse (home page) des http Internetprotokolls 
und zum Herunterladen der Knotenmanagementsoftware 
auf den Benutzer-PC uber die Datenverbindung. 45 

Entsprechend der erfindungsgemaBen Losung kann eine 
separate bauliche Einheit fur die Knotenmanagementsoft- 
ware vermieden werden. Anstelle dessen ist die Knotenma- 
nagementsoftware in das spezielle Netzwerkelement einge- 
bettet, welches jeweils zu managen ist oder in dem die Kno- 50 
tenmanagementsoftware auf den neuesten Stand gebracht 
werden muB. Zu diesem Zweck spricht ein standard-Benut- 
zer-PC das jeweilige Netzwerkelement uber seine Adresse 
auf dem Intemetprotokoll (home page) an, urn die Datenaus- 
tauschsitzung zu eroffnen. Der folgende Datenaustausch 55 
ftihrt dazu, daB die Knotenmanageranwendung vom Netz- 
werkelement auf den Benutzer PC heruntergeladen wird. 
Die Datenverbindung kann als Standarddaten verbindung, 
beispielsweise als Ethernet- Protokolldaten verbindung her- 
gestellt sein. Weil jedes Netzwerkelement mindestens eine 60 
getrennte home page aufweist, kann der Standard-Benutzer- 
PC verwendet werden, urn die Verbindung zu jedem der 
Netzwerkelemente aufzubauen. 

In einer bevorzugten Ausfuhrungsform der Erfindung ist 
die Knotenmanagementsoftware als JAVA- applet ausgcstal- 65 
tet. Hierdurch ergibt sich eine plattformunabhangige Be- 
triebsweise, weil die JAVA- applets auf einer Vielzahl von 
unterschiedlichen PCs laufTahig sind. 
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In einer anderen bevorzugten Ausgestaltung der Erfin- 
dung sind fur ein Netzwerkelement unterschiedliche IP 
Adresse n (home pages) vorgesehen, von denen jede einem 
unterschiedlichen gernanagten Objekt entspricht. Diese 
Ausgestaltung ist hauptsachlich auf solche Netzwerkele- 
mente zugeschnitten, die nach einem Informationsmodell 
mit einer Vielzahl von gernanagten Objektklassen organi- 
siert sind. Beispiele fur solche genianagte Objektklassen 
sind ISDN Ports oder POTS Ports. Jede der gernanagten Ob- 
jektklassen hat eine Anzahl von Instanzen (Stufen) mit un- 
terschiedlichen zugeschriebenen Werten entsprechend un- 
terschiedlichen physikalischen Bereichen. 

In einem weiteren bevorzugten Ausfuhrungsbeispiel der 
Erfindung ist eine spezifische gemanagte Objektklasse die 
"Alarmbenachrichtigung". Instanzen dieser gernanagten 
Objektklasse werden auf dem Netzwerkelement erzeugt im- 
mer dann, wenn ein Alarm oder eine Fehlerbedingung auf- 
tritt. Das Objekt wird dann zu dcm Knotcnmanagcr untcr 
Verwendung des herkommlichen Q 3 -Protokolles gesendet, 
wo es entschliisselt wird und einige nachfolgende Aktionen 
vorgenommen werden. Beispielsweise wird die Alarrninfor- 
mation ublicherweise angezeigt und in eine Datenbank ein- 
geschrieben. Wenn die gemanagte Objektklasse "Alarrnbe- 
nachrichtigung" dann wieder als JAVA-applet verarbeitet 
wird, befindet sich die Anweisung, wie der Alarm auf der 
Knotenmanagerseite zu handhaben ist, vollstandig im 
Alarm selbst. Auf diese Weise kann der Alarm sich selbst 
anzeigen und sich selbst in die Datenbank einschreiben. 

Im folgenden wird die Erfindung im Detail anhand eines 
Erlauterungsbeispiels beschrieben. Die Zeichnungen zeigen 

Fig. 1 den Aufbau eines Telekommunikationsnetzwerkes 
entsprechend der vorliegenden Erfindung 

Fig. 2 den Aufbau eines Telekommunikationsnetzwerkes 
entsprechend der herkommlichen Technik 

Fig. 3 ein Erlauterungsdiagramm zum Erlautern der stu- 
fen weisen Funktion des Aufbaus entsprechend Fig. 1 

Fig. 4 ein weiteres Erlauterungsdiagrainin zur Erlaute- 
rung des Aufbaus nach Fig. 1 . 

Wie in Fig. 1 dargestellt ist, ist eine Vielzahl von Netz- 
werkelernenten (NE) gezeigt, von denen jedes seine eigene 
Adresse auf dem Intemetprotokoll (home page) hat. Jedes 
der Netzwerkelemente hat seine eigene Knotenmanage- 
mentsoftware - beschrieben als "node manager"— eingebet- 
tet. Ein Standard- Benutzer-PC ist vorgesehen, welcher so 
gestaltet ist, daB er mit dem jeweiligen der Netzwerkele- 
mente (NE) verbunden werden kann. Der Datenverkehr zwi- 
schen den Netzwerkelementen (NE) und dem Benutzer-PC 
erfolgt nach dem iiblichen Cfc-Protokoll. 

Die Funktion ist anhand von Fig. 3 erlautert; 
Wenn es erforderlich ist, die Knotenmanagementsoftware 
auf den neuesten Stand zu bringen, kontaktiert der Benutzer- 
PC das jeweilige Netzwerkelement uber seine Adresse auf 
dem Intemetprotokoll (home page) (Schritt 1). In der nach- 
sten Stufe (Schritt 2) wird die Knotenmanagementsoftware 
heruntergeladen vom Netzwerkelement (NE) auf den Benut- 
zer-PC. Danach wird die http \erbindung unterbrochen und 
die Q 3 -Protokoll Verbindung aufgebaut zwischen dem Netz- 
werkelement und dem Benutzer-PC (Schritt 3). Nach Eroff- 
nen der Sitzung wird der folgende Datenaustausch verwen- 
det zum Herunterladen der Knotenmanageranwendung vom 
Netzwerkelement auf den Benutzer-PC uber das Q 3 -Daten- 
ubertragungsprotokoll. Nach diesem Schritt erfolgt das M Up- 
daten" des Knotenmanagers entsprechend der herkommli- 
chen Technik (Stufe 4). Als letzter Schritt (Schritt 5) wird 
die Q3*Datcnaustauschsitzung beendet und die Verbindung 
wird geschlossen. 

Fig. 4 zeigt einige charakteristische Eigenschaften zur 
weiteren Erlauterung des Ausfuhrungsbeispiels nach Fig. 1 . 
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Das Netzwerkelement (NE) beinhaltet den Knotenmanager 
als eingebettete Software, welche ausfuhrbar auf dem und 
herunierladbar auf den Benutzer-PC isi (wie beschrieben) 
uber das http Tntemelprotokoll entsprechend der www home 
page. 5 

Im Ausfuhrungsbeispiel lauft die Knotenmanageranwen- 
dung als ein JAVA-applet (Fig. 4b), welche entweder auf ei- 
nen raumlich entfemt angeordnelen PC oder eine Work Sta- 
tion heru merge laden werden kann. Wie ebenfalls in Fig. 4 
gezeigl ist, enthalt jedes Netzwerkelemeni E eine Slruktur in 10 
Form eines Qj-Managemen tin format ion sbaurnes mit einer 
Vielzahl von unterschiedlichen zu managenden Objekten. 
Jedes der gemanagten Objekte hal seine eigene home page 
(IP Adresse) und kann demzufolge als geirenntes JAVA- 
applet la u fen. 15 



4 

Managementdaten wechselwirkt, dadurch gekenn- 
zeichnet, daB die Knolenmanagementeinheit innerhalb" 
des ausgewahlten Netzwerkelementes ausgebildet ist 
und daB ein en I fern t. angeordneter Benutzer-PC vorge- 
sehen ist zum Ansprechen des Netzwerkelementes uber 
seine mindestens eine spezifische Internet Protokoll 
(IP) Adresse (home page) des http Internetprotokolls 
und zum Herunterladen der Knot en management-Soft- 
ware auf den Benutzer PC uber die Datenverbindung. 
8. System nach Anspruch 7, dadurch gekennzeichnet, 
daB fur jedes Netzwerkelement eine Vielzahl von un- 
terschiedlichen IP Adressen vorgesehen ist. von denen 
jede zu einem einzelnen gemanagten Objekt gehort. 



Hierzu 3 Seite(n) Zeichnungen 



Patent anspruche 

1. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 20 
netzwerk, bei welchem ein Knotenmanager mit einem 
bestimmten Netzwerkelement uber eine Datenverbin- 
dung, z. B. eine LAN-Verbindung, unter Verwendung 
eines Standarddatenubertragungsprotokolls, beispiels- 
weise des Q3-Protokolls, llir den Transport der Ma- 25 
nagement-Daten, im Austausch steht, dadurch ge- 
kennzeichnet, daB ein Netzwerkelement, dem minde- 
stens eine spezifische Internetprotokolladresse (home 
page) zugeordnet ist. jeweils uber einen Benutzer-PC 
uber das http Internetprotokoll angesprochen wird und 30 
daB die Software fiir das Management des Knotens 
vom Netzwerkelement auf den Benutzer-PC uber die 
Datenverbindung heruntergeladen wird. 

2. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 35 
netzwerk nach Anspruch 1, dadurch gekennzeichnet, 
daB die Knoten management-Software als JAVA-applet 
ausgestaltet ist 

3. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 40 
netzwerk nach Anspruch 1, dadurch gekennzeichnet, 
daB die Datenverbindung zum Herunterladen der Kno- 
tenmanagement-Software das http/IP Protokoll ver- 
wendet. 

4. Verfahren zum Managen mindestens eines Netz- 45 
werkelementes (NE) in einem Telekornmunikations- 
netzwerk nach einem der Anspruche 1 bis 3, dadurch 
gekennzeichnet, daB fiir jedes einzelne Netzwerkele- 
ment verschiedene unterschiedliche IP Adressen vor- 
gesehen sind, von denen jede zu unterschiedlichen ge- 50 
managten Objekten gehort. 

5. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 
netzwerk nach Anspruch 4, dadurch gekennzeichnet, 
daB fiir jede gemanagte Objektklasse ein unterschiedli- 55 
ches JAVA-applet vorgesehen ist. 

6. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikauons- 
netzwerk nach Anspruch 5, dadurch gekennzeichnet, 
daB die gemanagte Objektklasse in "Alarmmitteilung" 60 
bestehL 

7. System zum Managen von mindestens einem Netz- 
werkelement (NE) in einem Telekommunikationsnetz- 
werk bestehend aus einer Knotenmanagement-Einheit, 
die mit cincrn ausgewahlten Netzwerkelement uber 65 
eine Datenverbindung, z. B. eine LAN-Verbindung, 
unter Verwendung eines Standarddatenubertragungs- 
protokoUes, z. B. des Qj-Protokolls, zum Transport der 
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